Method for managing system and apparatus therefor

ABSTRACT

The present disclosure provides a method of managing a system and an apparatus therefor. The method of the present disclosure may include providing a menu management tool for managing a menu of a system, setting an item of the menu and an authority to access the item by receiving an input through the menu management tool, and providing, when a terminal having the authority accesses the system, information regarding the item to the terminal.

BACKGROUND Technical Field

This disclosure relates to a method of managing a system and anapparatus therefor.

Description of the Related Art

In related arts, an inline frame (iframe) or re-direction method may beused to configure a component, for example, a menu bar in each domain.However, such typical methods may provide relatively low webaccessibility and may have security issues. Also, since a plurality ofdomains related to the same system constitutes different types anddesigns of components, a sense of unity between the domains may bereduced.

In addition, when a change in common components between the domains isrequired, the component of each of the domains needs to be identicallymodified and re-implemented, so there is a difficulty in forming a senseof unity and cumbersome procedures. This may lead to wasting a lot ofresources and time.

Also, in the related arts, an alert may be made using e-mail or a textmessage to send the alert to users of a plurality of domains. However,the typical method may not track an action of the user after the alertis sent, and there is an inconvenience in that the alert is to beindividually made for the users of the plurality of domains.

SUMMARY Technical Goals

An aspect provides a method of managing a system and an apparatustherefor. Technical goals to be achieved through the example embodimentsare not limited to the technical goals as described above, and othertechnical tasks can be inferred from the following example embodiments.

Technical Solutions

According to an aspect, there is provided a method of managing a system,the method including providing a menu management tool for managing amenu of a system, setting an item of the menu and an authority to accessthe item by receiving an input through the menu management tool, andproviding, when a terminal having the authority accesses the system,information on or regarding the item to the terminal.

According to another aspect, there is also provided an apparatus forsystem management, the apparatus including a communication device and acontroller, wherein the controller is configured to provide a menumanagement tool for managing a menu of a system through thecommunication device, set an item of the menu and an authority to accessthe item by receiving an input through the menu management tool, andprovide, when a terminal having the authority accesses the system,information on the item to the terminal.

According to still another aspect, there is also provided a terminalincluding a communication device, a display, and a controller, whereinthe controller is configured to receive information on an item of a menufor which an authority of the terminal to access is set from a systemmanaging apparatus through the communication device, and output a menuscreen through the display based on information on the item of the menu.

Details of example embodiments are included in the detailed descriptionand drawings.

Effects

According to the present disclosure, since a plurality of domainsrelated to a system may constitute a menu having the same format anddata, it is possible to form a sense of unity between different domains.

Further, since changes in a menu and an authority are collectivelyprovided to a plurality of domains through a network, it is possible toreflect the changes in real time and achieve an ease of management.

Further, according to the present disclosure, when an alert requires asubsequent action of a user, whether the alert is processed may beverified until an input of the user is received. Through this, it ispossible to track an action of the user for the alert.

Further, since both internal users and external users may check an alertin the same area of corresponding domains, it is possible to achieve anease of integrated management for a plurality of users.

Effects are not limited to the aforementioned effects, and other effectsnot mentioned will be clearly understood by those skilled in the artfrom the description of the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an operation system for system management accordingto an example embodiment of the present disclosure.

FIG. 2 is a flowchart illustrating a method of managing a system througha menu management tool according to an example embodiment of the presentdisclosure.

FIG. 3 is a diagram illustrating a menu management tool according to anexample embodiment of the present disclosure.

FIG. 4 is a diagram illustrating an upper end menu according to anexample embodiment of the present disclosure.

FIG. 5 is a diagram illustrating an upper end menu output based on anauthority according to an example embodiment of the present disclosure.

FIG. 6 is a diagram illustrating a lower end menu according to anexample embodiment of the present disclosure.

FIG. 7 is a flowchart illustrating a method of managing a system througha menu management tool in a case in which a change input is presentaccording to an example embodiment of the present disclosure.

FIG. 8 is a flowchart illustrating a method of providing a plurality ofalerts to a user terminal according to an example embodiment of thepresent disclosure.

FIG. 9 is a flowchart illustrating a method of verifying, by anelectronic apparatus, whether an alert is processed according to anexample embodiment of the present disclosure.

FIG. 10 is a diagram illustrating a screen in which a plurality ofalerts is displayed according to an example embodiment of the presentdisclosure.

FIG. 11 is a block diagram illustrating an electronic apparatusaccording to an example embodiment of the present disclosure.

FIG. 12 is a block diagram illustrating a user terminal according to anexample embodiment of the present disclosure.

DETAILED DESCRIPTION

Terms used in the embodiments are selected, as much as possible, fromgeneral terms that are widely used at present while taking intoconsideration the functions obtained in accordance with the presentdisclosure, but these terms may be replaced by other terms based onintentions of those skilled in the art, customs, emergence of newtechnologies, or the like. Also, in a particular case, terms that arearbitrarily selected by the applicant of the present disclosure may beused. In this case, the meanings of these terms may be described incorresponding description parts of the disclosure. Accordingly, itshould be noted that the terms used herein should be construed based onpractical meanings thereof and the whole content of this specification,rather than being simply construed based on names of the terms.

In the entire specification, when an element is referred to as“including” another element, the element should not be understood asexcluding other elements so long as there is no special conflictingdescription, and the element may include at least one other element. Inaddition, the terms “unit” and “module”, for example, may refer to acomponent that exerts at least one function or operation, and may berealized in hardware or software, or may be realized by combination ofhardware and software.

The expression “at least one of A, B, and C” may include the followingmeanings: A alone; B alone; C alone; both A and B together; both A and Ctogether; both B and C together; and all three of A, B, and C together.

In the present disclosure, a “terminal” may be implemented as a computeror a portable terminal capable of accessing a server or another terminalthrough a network. Here, the computer may include, for example, a laptopcomputer, a desktop computer, and a notebook equipped with a webbrowser. The portable terminal may be a wireless communication deviceensuring a portability and a mobility, and include any type of handheldwireless communication device, for example, a tablet PC, a smartphone, acommunication-based terminal such as international mobiletelecommunication (IMT), code division multiple access (CDMA), W-codedivision multiple access (W-CDMA), and long term evolution (LTE).

In the following description, embodiments of the present disclosure willbe described in detail with reference to the drawings so that thoseskilled in the art can easily carry out the present disclosure. Thepresent disclosure may be embodied in many different forms and is notlimited to the embodiments described herein.

FIG. 1 is a diagram illustrating a method for system managementaccording to an example embodiment of the present disclosure.

A method for system management according to the present disclosure maybe performed by an electronic apparatus 10 and a user terminal 20. FIG.1 illustrates components related to the present embodiment. However, itis apparent to those skilled in the art that other general-purposecomponents may be further included in addition to the componentsillustrated in FIG. 1 .

The electronic apparatus 10 and the user terminal 20 may communicatewith each other through a network 30. The network 30 may include any oneor combinations of a local area network (LAN), a wide area network(WAN), a value added network (VAN), a mobile radio communicationnetwork, and a satellite communications network. Also, the network is acomprehensive data communication network that allows network componentsof FIG. 1 to smoothly communicate with each other, and may include awired Internet, a wireless Internet, and a mobile wireless communicationnetwork. The wireless communication may be, for example, wirelessfidelity (Wi-Fi) LAN, Bluetooth™, Bluetooth low energy, ZigBee, Wi-Fidirect (WFD), ultra wideband (UWB), infrared Data Association (IrDA)communication, and near field communication (NFC) but not is limitedthereto.

The electronic apparatus 10 of the present disclosure may be anapparatus included in a server for system management and may provide aplatform for system management. Specifically, the electronic apparatus10 may provide a menu management tool for managing a menu of a system.The menu management tool may be provided to a plurality of systemsthrough the network 30. The user terminal 20 may be connected to asystem to access the menu management tool.

According to an example embodiment, the system may be a website relatedto the present disclosure, and a user may access the system through theuser terminal 20. For example, a first system may be a website relatedto logistics. A user related to the logistics may access the firstsystem using a first user terminal 20 a. Also, a second system may be awebsite related to a contract. A user subject to the contract may accessthe second system using a second user terminal 20 b. The menu managementtool of the present disclosure may be a tool to be used in a pluralityof systems in common.

Further, the electronic apparatus 10 may receive a user input that isinput by the user terminal 20 using the menu management tool through thenetwork 30. The user input may be an input for an item of a menu of thesystem and an authority to access the item. In an example embodiment,the electronic apparatus 10 may receive the user input and set the inputfor the item of the menu and the authority to access the item. In otherwords, the electronic apparatus 10 may map the item of the menu and theauthority to access the item. A description of such will be given in thepresent disclosure with reference to the drawings.

Further, when the user terminal 20 is connected, the electronicapparatus 10 may provide information on or regarding the set item of themenu to the user terminal 20. For example, based on an authorityassigned to the user terminal 20, the electronic apparatus 10 mayprovide information on an item mapped to the authority.

Further, the electronic apparatus 10 may receive a plurality of alertsfrom the plurality of systems. Here, the plurality of alerts may bealerts related to the user and having a common form. Referring to FIG. 1, for example, the electronic apparatus 10 may receive alerts related toa specific user and having the same form from the first system and thesecond system. Specifically, the first user terminal 20 a may beconnected to the first system to provide a first alert in a previouslyprovided form. Also, the second user terminal 20 b may be connected tothe second system to provide a second alert in the same form as thefirst alert.

Further, the electronic apparatus 10 may commonly provide the pluralityof alerts received from the plurality of systems to the user terminal20. In this instance, the plurality of alerts may be classified by type.Also, the electronic apparatus 10 may verify whether the provided alertsare processed. A description of such will be given in the presentdisclosure with reference to the drawings.

The user terminal 20 of the present disclosure may manage the systemthrough the network 30. Particularly, the user terminal 20 may managethe menu of the system and an alert to be provided to the user.Specifically, the user terminal 20 may receive the menu management toolfrom the electronic apparatus 10 and input the item of the menu of thesystem and the authority to access the item through the menu managementtool. Also, the user terminal 20 may receive the item of the menu forwhich an access authority is set from the electronic apparatus 10 andoutput a menu screen configured based on the item. The user terminal 20may provide, to the electronic apparatus 10, an alert that is related tothe user and has a previously provided form. Also, the user terminal 20may receive a plurality of alerts related to the user and classified bytype from the electronic apparatus 10 and output the alerts to the user.

In the past, it has been difficult to form a common component in eachdomain due to physically separated or different business areas despitebeing related to the same system. That is, since different domains areassigned to business areas, a component (for example, a menu bar) may beformed in each domain individually. Due to this, a sense of unitybetween domains may be reduced despite being related to the same system.Particularly, when a system update is required, the update may beperformed individually in each domain, which may cause a difference dueto a presence or absence of the update.

Such issues may be more pronounced when common components are to bemodified collectively and may cause a waste of time and a lot ofresources. The present disclosure is to provide a method for systemmanagement to solve the aforementioned issues. More specifically, thepresent disclosure proposes a menu management tool for managing a menuof a system such that a plurality of domains is accessible in common. Arelated description will be given in detail with reference to FIG. 2 .

FIG. 2 is a flowchart illustrating a method of managing a system throughmenu management tool according to an example embodiment of the presentdisclosure. The electronic apparatus 10 may communicate with a pluralityof systems through the network 30. A user may access a system throughthe user terminal 20. FIG. 2 illustrates the first user terminal 20 aand the second user terminal 20 b as a plurality of user terminals foraccessing a specific system.

In operation S201, the electronic apparatus 10 may provide a menumanagement tool for managing a menu of a system to the plurality of userterminals. In operation S202, the first user terminal 20 a included inthe plurality of user terminals may input an item of the menu and anauthority to access the item through the received menu management tool.In operation S203, the first user terminal 20 a may provide an input forthe item of the menu and the authority to access the item to theelectronic apparatus 10.

The electronic apparatus 10 may receive the input for the item of themenu and the authority to access the item from the user terminal 20 a,and then set the item of the menu and the authority to access the itemin operation S204. Specifically, the electronic apparatus 10 may map theauthority to access the item of the menu to the corresponding item. Arelated description will be given in detail with reference to FIG. 3 .

In operation S205, the electronic apparatus 10 may provide informationon or regarding the item of the menu for which an access authority isset to the first user terminal 20 a and the second user terminal 20 b.The first user terminal 20 a and the second user terminal 20 b mayconfigure a menu screen based on the provided information on the item ofthe menu and output the menu screen in operation S206.

In terms of operations S204 and S205, the electronic apparatus 10 mayprovide the information on the item in a computer-readable programminglanguage so as to be referenced. For example, the information on theitem may be written in source code and uploaded to a contents deliverynetwork (CDN) so as to be referenced through a URL. In this case, theuser terminal 20 may be a mobile terminal or an electronic device suchas a laptop computer, so that the user accesses the URL through the userterminal 20 to receive the information on the item of the menu in realtime. For this, the plurality of user terminals 20 a and 20 b of thepresent disclosure may configure an upper end menu and a lower end menubased on the same source code, thereby configuring a menu screen havingthe same function and design.

Meanwhile, according to operation S202, the first user terminal 20 aaccording to an example embodiment of the present disclosure may receivethe item of the menu and the authority to access the item from the userthrough a menu management tool 300 as an input. FIG. 3 illustrates themenu management tool 300 according to an example embodiment of thepresent disclosure.

In the example embodiment, the first user terminal 20 a may receive aninput of selecting a type of a system before an input for an item of amenu is received. Specifically, the user may select a system to accessthrough the first user terminal 20 a from a system-type item 310. Thetype of the system may include, for example, a logistics-related system,a seller-related system, and a manager-related system. Items of an upperend menu and Items of a lower end menu may vary based on the type of thesystem.

According to an example embodiment of the present disclosure, the firstuser terminal 20 a may receive an item of the upper end menu and an itemof a lower end menu as inputs and receive an authority of a terminal toaccess each of the items. Specifically, the user may input the item ofthe upper end menu in a menu setting item 320. According to an exampleembodiment, the upper end menu may be configured in one column orconfigured in two columns. Furthermore, the upper end menu may beconfigured in three columns and is not limited thereto. The upper endmenu configured in two columns may include a first menu and a secondmenu. The second menu may be a sub-menu of the first menu, located belowthe first menu, and include a detailed item of the item of the firstmenu. In some cases, the first menu may include an item that does nothave a sub-item. In such cases, the second menu may not exhibit to theuser. A related description will be given in detail with reference toFIG. 4 .

Meanwhile, according to an example embodiment of the present disclosure,the first user terminal 20 a may set an authority to access an item of amenu at an authority setting item 330 of the menu management tool 300.The authority may include an allowance authority and a denial authority.Specifically, the user may input an allowance authority 331 for a firstseller and input a denial authority 332 for a second seller in apredetermined item of the menu through the authority setting item 330.In this case, when such inputs are received, the electronic apparatus 10may set an access of the first seller to be allowed and an access of thesecond seller to be denied for the corresponding item. When a terminalof the first seller accesses the system, the item of the menu set in thesystem may be exposed on a screen of the terminal. In contrast, when aterminal of the second seller accesses the system, the item may not beexposed on the screen of the terminal because the second seller does nothave an authority. For example, the authority to access the item may beinformation designated for each user terminal or may be distinguishedusing an ID of a user connected to a terminal.

According to an example embodiment of the present disclosure, theauthority to access the item of the menu may be set by the electronicapparatus 10 for each user terminal or set for the plurality of userterminals simultaneously. Also, a plurality of user IDs and allowance ordenial authorities thereof may be listed at the authority setting item330.

The authority of each user terminal to access the item of the menu maybe set differently based on the type of the system and the item of themenu, for example, the item of the upper end menu. The authority may bemodified through the user terminal 20 and the electronic apparatus 10even once set. Also, the electronic apparatus 10 may deactivate theauthority instead of modifying the authority, thereby changing whetherthe access of the user terminal is allowed.

According to an example embodiment of the present disclosure, theauthority to access the item of the menu may be changed based on whetherthe terminal accessing the system is a terminal of an internal user ofthe system. Specifically, when the terminal accessing the system is theterminal of the internal user of the system, the terminal may be set toaccess the item related to settings and management of the system. Forexample, the allowance authority may be set for only the terminal of theinternal user to access an item to which an access of an external useris restricted, such as an item for setting a common use component of thesystem, an item for managing a type of the system, an item related toauthority setting, and the like.

When the terminal accessing the system is a terminal of an externaluser, the authority to access the item may be changed based on whetherthe external user is a user related to the system or a third partirrelevant to the system. When a terminal of an external user related tothe system accesses the system, the authority may be set such that theexternal user is able to access items related to the system, but not asmuch as the items accessible by the internal user. For example, when anexternal user (e.g., seller) related to logistics accesses a logisticssystem, the allowance authority may be set with respect to items inwhich the external user needs to receive information from the internaluser or needs to provide information to the internal user. Such itemsmay include, for example, an item related to logistics, an item relatedto a settlement, and an item related to a contract.

As described above, the user terminal 20 may receive inputs of a userfor a type of a system, an item of a menu, and an authority to accessthe item, so that the electronic apparatus 10 receives the inputs andset the item of the menu and the authority. Such processes may beperformed substantially at the same time.

FIG. 4 is a diagram illustrating an upper end menu 400 according to anexample embodiment of the present disclosure.

(a) of FIG. 4 shows an upper end menu of one column and (b) shows anupper end menu of two columns. Referring to (a) of FIG. 4 , a first menu410 may be an uppermost menu and may include at least one of a systemlogo 411, an alert related item 412, a user information related item413, and a language setting item 414. Also, referring to (b) of FIG. 4 ,the second menu 420 may be a next uppermost menu and may include adetailed item of an item of the first menu 410.

According to an example embodiment, when an input of a user for thesystem logo 411 (for example, an action of a user touching or clickingthe system logo) is received through the user terminal 20, the userterminal 20 may switch any screen to a screen of the alert related item.A description of such will be given in detail later.

According to an example embodiment, the alert related item 412 may be anitem of outputting a plurality of alerts related to a user as contents.Also, the alert related item 412 may be an item of further outputtinginformation on the user as content. For example, the alert related item412 may indicate an item for outputting a home screen, which is a firstscreen of a website in general, as content.

The user information related item 413 may be an item for identifying ormodifying information on a user of a user terminal accessing the system.For example, the user information related item 413 may identify a userID and redirect to modify user information. Also, the user terminal mayperform a “logout” to be disconnected from the system through the userinformation related item 413.

The language setting item 414 may be previously set based on a region inwhich the user terminal accesses the system. The user may change alanguage of the system through the language setting item 414.

According to an example embodiment of the present disclosure, items of amenu to be output may vary based on an authority assigned to a userterminal. FIG. 5 is a diagram illustrating an upper end menu outputbased on an authority according to an example embodiment.

FIG. 5 illustrates that an item of an upper end menu is outputdifferently based on an authority set to a user terminal. Specifically,(a) of FIG. 5 shows an upper end menu 510 output on a user terminal forwhich an allowance authority is set to allow an access to an item. Also,(b) of FIG. 5 shows an upper end menu 520 output on a user terminal forwhich a denial authority is set to disallow an access to an item.

According to an example embodiment, an allowance authority may be setfor the first user terminal 20 a to access an item “test” 511. Thus,when accessing the system, the item “test” 511 may be identified asshown in (a) of FIG. 5 , so that an access to content of thecorresponding item may be allowed. In contrast, a denial authority maybe set for the second user terminal 20 b not to access the item “test”511. Thus, when accessing the system, the item “test” 511 may beinvisible as shown (b) of FIG. 5 ) so an access to content of thecorresponding item may not be allowed.

FIG. 6 is a diagram illustrating a lower end menu 600 according to anexample embodiment of the present disclosure.

Referring to FIG. 6 , the lower end menu 600 may include a systeminformation providing item 610 and a user help providing item 620. Thesystem information providing item 610 may include information such as acontact, an address, and the like for contact with a representativebusiness area that manages a system. Also, the user help providing item620 may include at least one of terms of use, a privacy policy, help,and customer support, which may be checked by a user of a terminalconnected to a system.

Meanwhile, after the user terminal 20 receives a menu management toolfrom the electronic apparatus 10, the user terminal 20 may receive atleast one change in an item of a menu and an authority to access theitem from a user. A related description will be given with reference toFIG. 7 .

FIG. 7 is a flowchart illustrating a method of managing a system using amenu management tool in a case in which a change input is presentaccording to an example embodiment of the present disclosure.

As described with reference to FIG. 2 , in operation S701, theelectronic apparatus 10 may provide a menu management tool to the firstuser terminal 20 a and the second user terminal 20 b. In operation S702,the first user terminal 20 a included in a plurality of user terminalsmay receive at least one change input for an item of a menu and anauthority to access the item from a user. The change may include, forexample, a case in which an item name of the menu is modified, a case inwhich a number of items is increased or reduced, a case in which anauthority to access the item is changed, and a case in which a depth(e.g., columns) of an upper end menu is changed.

In operation S703, the first user terminal 20 a receiving the changeinput may provide the change input to the electronic apparatus 10. Inoperation S704, the electronic apparatus 10 may reset information on orregarding the authority or the item of the menu based on the receivedchange input. In operation S705, the electronic apparatus 10 may providethe reset information on the item to the plurality of user terminals,for example, the first user terminal 20 a and the second user terminal20 b.

In terms of operations S704 and S705, the electronic apparatus 10 maywrite the changed information of the item of the menu or the authorityusing a computer-readable programming language. For example, theinformation on the item may be written in source code and uploaded to aCDN so as to be referenced through a URL. According to an exampleembodiment, when the changed information requires a lot of modificationto the source code, a file connected to the URL may be updated. Forexample, a depth of the upper end menu may be changed from two columnsto three columns. In this example, since a configuration of the menu ischanged, the file updated by modifying the source code may be uploadedto the CDN.

Specifically, according to an example embodiment of the presentdisclosure, the electronic apparatus 10 may upload the modified sourcecode to an online storage through an integrated service providing tool.For example, the electronic apparatus 10 may write an item of a menu andan authority for the item in javascript and upload the item of the menuand the authority to a specific path of a simple storage service(referred to as “S3”) through Jenkins. The user terminal 20 may accessthe javascript file uploaded to the S3 through a proxy server, so thatthe user identifies recently uploaded information on the item of themenu or the authority.

The first user terminal 20 a and the second user terminal 20 b mayconfigure a menu screen based on the reset information on the itemreceived from the electronic apparatus 10 and output a changed menuscreen in operation S706. According to an example embodiment, the firstuser terminal 20 a and the second user terminal 20 b may update theinformation on the item by referencing the URL. Through this, thechanged menu screen may be configured based on the reset information onthe item received in real time without a need to perform an additionaldownload or a separate setting operation.

Meanwhile, in a related art, in order to send a notification to anyuser, it is necessary to provide a notification directly to a user bysending an e-mail or text message individually for each system.Alternatively, users need to refresh a domain themselves to check anychange. However, in such cases, it is difficult to realize an integratedmanagement and difficult to track a user's action.

Also, if too many alerts are accumulated without being classified, thealerts may be duplicated or considered as spam information, and thusefficient processing may be required. Particularly, a separate alertprocessing is required for each internal user and external user of thesystem, which may cause an inconvenience.

The present disclosure is to provide a method for system management tosolve the aforementioned issues. More specifically, the presentdisclosure proposes an integrated alert providing method. A relateddescription will be given in detail with reference to FIG. 8 .

FIG. 8 is a flowchart illustrating a method of providing a plurality ofalerts to a user terminal according to an example embodiment of thepresent disclosure.

According to an example embodiment, in operation S801, a plurality ofuser terminals (the first user terminal 20 a and the second userterminal 20 b) may provide alerts related to a user and having a commonform to the electronic apparatus 10. The first user terminal 20 a andthe second user terminal 20 b may be terminals for accessing the samesystem or may also be terminals for accessing different systems. Forexample, even if user terminals are connected to different systems,alerts in the same form may be provided to the electronic apparatus 10through the same API. Through this, the electronic apparatus 10 mayreceive a plurality of alerts related to a user and having the same formfrom a plurality of systems.

Next, the electronic apparatus 10 may provide the plurality of alerts tothe first user terminal 20 a and the second user terminal 20 b.According to an example embodiment, the electronic apparatus 10 mayclassify a plurality of alerts by type in operation S802 and provide theclassified alerts based on the type in operation S803. For example, theplurality of alerts may have a type that requires an immediate checkfrom a user, a type that requires a feedback from the user, and a typethat does not require a check or a feedback from the user.

An alert of the type that requires the immediate check from the user mayalso be referred to as a “news alert.” The news alert may be an alertthat is always exposed to be viewed on all screens of a system connectedto a user terminal. For example, changes in the connected system,changes in a contract or logistics, and changes in data due to a changeof a database of a user may be the news alert.

An alert of the type that requires the feedback from the user may alsobe referred to as a “required alert.” The required alert may be an alertthat is terminated in response to a predetermined operation beingperformed after the user checks the alert. For example, a case in whicha contract is required to be signed, a case in which an additionaldocument is required to be submitted for a contract, and a case in whichan authentication procedure for signing up is required may be therequired alert. According to an example embodiment, a system providingthe required alert may previously designate an action of a user requiredfor the corresponding alert. Specifically, the system may store an URLin the provided alert so that the user is connected to a domainrequiring the action of the user through the URL when the useridentifies the alert. For example, when a system connected to a userterminal is a logistics system, and when a required alert provided to auser is an alert for requiring a logistics contract to be signed, theuser may be redirected to a contract screen through an URL once the userselects the corresponding alert and may perform an action of signing thecontract.

An alert of the type that does not require the check or the feedbackfrom the user may also be referred to as a “notice alert.” The noticealert may be an informative alert that is helpful if the user knows. Thenotice alert may be identified through a link provided by the electronicapparatus 10 even after the alert is terminated.

For each type of the plurality of alerts, information on or regarding aduration in which the corresponding alert is provided to a user may beset in advance. The electronic apparatus 10 may process an alert ofwhich the duration ends as a terminated alert based on the informationon the duration based on the type of the alert. According to an exampleembodiment, the information on the duration may vary based on the typeof the alert. Even when the alerts have the same type, the informationmay vary based on attributes of the alerts. For example, the requiredalert that requires the feedback from the user may have a durationlonger than that of the notice alert. Also, a duration of the requiredalert related to the contract may be set based on an expiration date ofthe contract.

In terms of operation S803, according to an example embodiment of thepresent disclosure, the electronic apparatus 10 may provide theplurality of alerts by grouping. Specifically, the electronic apparatus10 may group alerts received from a plurality of systems for apredetermined period of time among the alerts classified as the sametype, based on attributes of the alerts and systems from which thealerts are provided, and provide the grouped alerts.

According to an example embodiment, the electronic apparatus 10 mayidentify a type of a first alert, an attribute of the first alert, and asystem that provides the first alert. When a second alert having thesame attribute and type is provided from the same system during apredetermined standby time, the electronic apparatus 10 may group thefirst alert and the second alert. And while updating the standby time,the electronic apparatus 10 may wait for an additional alert. When analert having the same type and attribute is not provided from the samesystem until the standby time ends, the electronic apparatus 10 mayterminate the waiting and provide the grouped alerts to the userterminal 20. For example, among alerts provided from the logisticssystem for the predetermined standby time, the first alert may be anotice alert related to an order information change, the second alertmay be a notice alert related to an order cancelation, and a third alertmay be a notice alert related to an order information change. In thisexample, the first alert and the third alert may be grouped into a grouprelated to the order information change, and then provided to the userterminal 20. According to an example embodiment, when a number of alertsgrouped into the same group increases to be greater than or equal to apredetermined number before the end of the standby time, the electronicapparatus 10 may terminate grouping and provide a group of thecorresponding alerts to the user terminal 20. When a total sum of theupdated standby time reaches a maximum time, the electronic apparatus 10may terminate grouping and provide a group of the corresponding alertsto the user terminal 20.

The electronic apparatus 10 and the user terminal 20 of the presentdisclosure may manage the plurality of alerts by system, by alert type,and by alert attribute through the grouping of the alerts. Through this,an efficiency of alert management may increase, an alert duplication maybe prevented, and an alert may be prevented from being considered asspamming.

Referring back to FIG. 8 , in operation S804, the first user terminal 20a and the second user terminal 20 b may output the provided alerts. Inthis instance, the plurality of alerts may be output in different areasbased on the type. In operation S805, the electronic apparatus 10 mayverify whether the plurality of alerts is processed. According to anexample embodiment, when an alert is a required alert that requires afeedback of the user, the electronic apparatus 10 may identify an actionof a user responding to the alert. FIG. 9 is a flowchart illustrating amethod of verifying, by an electronic apparatus, whether an alert isprocessed according to an example embodiment of the present disclosure.

In operation S905, the user terminal may receive a user input for analert after operation S804. For example, since a required alert requiresa feedback about the alert from a user, the user terminal may receive auser input for the required alert.

According to an example embodiment, the first user terminal 20 a mayreceive a user input for a first alert (for example, a required alertamong a plurality of alerts) in operation S905 and provide the receiveduser input to the electronic apparatus 10 in operation S906. Inoperation S907, the electronic apparatus 10 may verify whether theplurality of alerts including the first alert is processed.

When the user input for the first alert is absent for a predeterminedperiod of time, the electronic apparatus 10 may provide an additionalalert that requests the first alert to be processed to the user terminal20. For example, an alert that requests a company to sign a contract maybe output on a user terminal connected to a contract system. In thisexample, when a preset time elapses without the company checking thealert, the electronic apparatus 10 may provide an alert that requeststhe contract to be signed to the user terminal again. According to anexample embodiment, an additional alert may be provided and outputthrough a system connected to a user terminal, and may also be providedusing an e-mail or text message in a typical way.

Referring to FIG. 9 , the first user terminal 20 a may receive the userinput for the first alert and, the second user terminal 20 b may not.When a user input for the first alert is not received from the seconduser terminal 20 b for a predetermined period of time, the electronicapparatus 10 may provide an additional alert that requests the firstalert to be processed to the second user terminal 20 b in operationS908. In operation S909, the second user terminal 20 b may output theadditional alert to receive the user input for the first alert.

According to an example embodiment, the user terminal 20 may provideinformation on an action of the user to the electronic apparatus 10 inreal time. For example, information on a time at which the useridentifies the alert, a time at which a feedback action is made, a timeat which the alert is terminated, and a reason for alert termination maybe provided to the electronic apparatus 10. The electronic apparatus 10may store the information on the action of the user in a database. Thestored information on the action of the user may be used to track theaction of the user for the alert. Particularly, the information on theaction of the user may be used to verify whether the user processes thealert or generate statistics information.

Specifically, according to an example embodiment of the presentdisclosure, the electronic apparatus 10 may receive the information onthe action of the user, generate statistics information related to theplurality of alerts, and provide the generated statistics information tothe user terminal 20. The statistics information may include informationon a proportion of an alert processed by the user among the plurality ofalerts.

The electronic apparatus 10 may acquire alert types and attributes ofthe plurality of alerts provided by the plurality of systems and receivea time at which the user identifies the alert, a time at which afeedback action is made, a time at which the alert is terminated, areason for alert termination, and the like from the user terminal 20.Based on such, the electronic apparatus 10 may generate statisticsinformation.

According to an example embodiment, the electronic apparatus 10 maygenerate alert-generated statistics information based on an attribute ofan alert. For example, the electronic apparatus 10 may confirm thatamong a plurality of alerts provided by a logistics system, there are100 alerts related to a logistics contract signing request and 50 alertsrelated to whether a logistics contract is completed.

The electronic apparatus 10 may calculate a ratio of identified alertscompared to alerts output for each user. For example, the electronicapparatus 10 may receive information on a time at which the useridentifies an alert “amendment of terms and conditions and request forreconfirmation”, check whether the alert is identified for each seller,and statistically calculate a number of identified alerts compared toall alerts.

The electronic apparatus 10 may calculate a ratio of output alertscompared to provided alerts. For example, when the user terminalreceives an excessively large number of alerts, a specific alert may bepushed behind and thus, not be output on a screen with an item relatedto the alert. In this case, the alert may not be exposed on the screenunless the user selects and identifies the alerts. Through this,statistics information may be taken into consideration to prove that theuser has ever been identified the alert.

The electronic apparatus 10 may calculate a ratio of terminated alertscompared to all alerts for each user. For example, in general, arequired alert that requests a signature for a contract may beterminated with the user performing a signing action. However, an alertmay also be terminated as a duration for which the alert is providedelapses. Thus, the electronic apparatus 10 may receive information on atime at which a feedback action is made or a time at which an alert isterminated, and generate statistics information for each user to verifywhich alert is terminated in response to the feedback action of the useror is terminated as the duration elapses due to an absence of thefeedback action. Based on the statistics information, companies that donot regularly sign contacts may be identified and other types ofrequests for signature may be considered to those companies.

When the alert is processed as being terminated, the electronicapparatus 10 may generate statistics information by receivinginformation on or regarding a reason for alert termination. The alertmay be terminated due to an action of the user, terminated as a durationof the alert elapses, or terminated by an administrator recalling thealert.

For example, when information indicating that a user has signed acontract is received in response to a required alert requesting asignature of the contract, the electronic apparatus 10 may verify areason for alert termination as the action of the user. When the actionof the user is not made within two weeks that is a duration set for therequired alert, the electronic apparatus 10 may receive information onalert termination after two weeks from the provision of the alert. Inthis case, the electronic apparatus 10 may verify that the alert isterminated because the duration of the alert elapses.

When information indicating that the user has input an account number isreceived in response to a required alert requesting for the accountnumber, the electronic apparatus 10 may verify that a reason for alerttermination as the action of the user. Alternatively, for a requiredalert that requests a signature for a contract on a promotion starting15 days later, information on alert termination may be received after 15days from the provision of the alert. In this case, the electronicapparatus 10 may verify that the alert is terminated because theduration of the alert elapses.

Meanwhile, in operation S804, the plurality of alerts may be output indifferent areas based on a type. FIG. 10 is a diagram illustrating ascreen on which a plurality of alerts is output according to an exampleembodiment of the present disclosure. Here, a screen 1000 may be ascreen in which content corresponding to an item related to an alert isoutput, and may indicate a home screen which is generally a first screenof a web site.

Specifically, the user terminal 20 may output a plurality of alerts indifferent areas of the same screen 1000 based on a type. Through this, auser may identify the plurality of alerts by type in a common interfacethrough a user terminal connected to a system. According to an exampleembodiment, an internal user and an external user may identify alertsrelated to the respective users in the same screen area of the system inreal time. For example, a seller and an internal user related to thesame logistics contract may identify information on an order, acontract, and signing up on a home screen of a logistics system in realtime. Through this, the seller and the internal user may easily identifywhether the contract is progressing and perform fast progress.

Referring to FIG. 10 , a news alert output area 1010 may correspond to atype that requires an immediate check of a user. Since the immediatecheck is required from the user, the news alert output area 1010 may belocated in an upper portion of the screen 1000. Also, a required alertcorresponding to a type that requires a feedback from a user may have ahigher priority than that of a notice alert in terms of importancealthough the required alert does not require the immediate check thanthe news alert. Thus, a required alert output area 1020 may be locatedbelow the news alert output area 1010 and above a notice alert outputarea 1030. Accordingly, the notice alert output area 1030 may be locatedat a lower end of the required alert output area 1020. Also, a pluralityof alerts may be output by grouping.

As an example, in a logistics system, when a seller registers a product,and when data verification and registration of the registered productare completed, an internal user may request an order in general. Also,an alert that requests the order may be sent to the seller through ane-mail. The seller may check details of an order request through thee-mail and send stock of the product to a fulfillment center at apredetermined date and time. In the fulfillment center, the stock of theproduct may be stowed in a loading place, and tests may be conducted onsome products to verify whether the products are defective. When it isconfirmed that the product is not defective, the internal user maydetermine whether the product is actually sold.

Regarding this, according to an example embodiment of the presentdisclosure, an order request alert created through a previously providedAPI may be provided to a terminal of the seller, so that the orderrequest alert is displayed on a home screen of each system. In thisinstance, the same order request alert may be output to the internaluser. Such order request alert may be an informative alert for providingnotification that the data verification and registration on a seller'sregistered product are completed, and may be displayed in the noticealert output area 1030. The seller may identify detailed content of theorder request through the order request alert displayed on the homescreen. Likewise, the internal user may also identify the order requestthrough the home screen.

As another example, in a contract system, an internal user may generallydiscuss with a seller and then send a contract for product advertisementor product registration. The seller may access a contract system, entera menu for contract management, confirm the contract through a refresh,and complete signing. Thereafter, the internal user may access thecontract system, enter a logistics management menu, confirm the signedcontract through the refresh, and complete the contract.

Regarding this, according to an example embodiment of the presentdisclosure, the contract may be provided to a terminal of the sellerthrough a previously provided API, so that a contract signing requestalert is displayed on a home screen of a system. The contract signingrequest alert may be an alert that requires a feedback from a user andmay be displayed in the required alert output area 1020. Through this,the seller may confirm the contract on a first screen of the systemwithout a need to enter a separate menu for contract management and signthe contract in accordance with the alert. Also, an alert for notifyingthat the seller has signed the contract may be provided at the time ofthe signing, so that the internal user recognizes that the seller signsthe contract in real time.

As still another example, in a logistics system, the seller maygenerally request for subscription to the logistics system along withdocuments required for registration. The internal user may confirm a newsubscription request or additional document submission request through asubscription-related menu. The internal user may send an e-mail torequest the seller to submit additional documents. When the sellerchecks the e-mail, the seller may access the logistics system again tosubmit the additional document. As such, a subscription procedure may beperformed.

According to an example embodiment of the present disclosure, instead ofperforming the subscription procedure through the e-mail, the seller'ssubscription request, additional document submission, and progress checkmay be checked in an area related to an alert on the home screen. Suchalerts may be identified simultaneously by the seller and the internaluser through a common interface. For example, an alert that requests fora user's subscription request and additional document submission may bea required alert and identified in the required alert output area 1020.Also, an alert provided according to the progress of the subscriptionprocedure may be a notice alert and identified in the notice alertoutput area 1030.

FIG. 11 is a block diagram illustrating the electronic apparatus 10according to an example embodiment of the present disclosure.

The electronic apparatus 10 of the present disclosure may include acommunication device 12 and a controller 14. The components illustratedin FIG. 11 are not essential to implement an electronic apparatus, andthus, it will be apparent to those skilled in the art that more or fewercomponents may be employed.

The communication device 12 may communicate with an external electronicapparatus using wired or wireless communication technology. The externalelectronic apparatus may be a terminal or a server. Also, thecommunication device 12 may use communication technologies such asglobal system for mobile communication (GSM), code division multi access(CDMA), long term evolution (LTE), 5G, wireless LAN (WLAN), Wi-Fi,Bluetooth™, radio frequency identification (RFID), IrDA communication,ZigBee, and NFC, for example.

The communication device 12 may transmit and receive data to and fromthe user terminal 20. Specifically, the communication device 12 mayprovide a menu management tool to the user terminal 20 and receive aninput through the menu management tool. Also, the communication device12 may provide information on an item of a menu to the user terminal 20.The communication device 12 may receive or provide a plurality ofalerts.

The controller 14 may control an overall operation of the electronicapparatus 10 and process data and a signal. The controller 14 maytransmit and receive data to and from the user terminal 20 through thecommunication device 12. The controller 14 may set an item of a menu andan authority to access the item based on a received user input. Thecontroller 14 may use the communication device 12 to receive at leastone change input for the item of the menu and the authority to accessthe item. In this case, the controller 14 may reset information on theitem of the menu or the authority based on the change input.

The controller 14 may classify and group the plurality of alerts. Thecontroller 14 may verify whether the plurality of alerts is processed orprocess the alerts as terminated alerts. Also, the controller 14 mayverify whether a user input for an alert is present so that anadditional alert requesting the alert to be processed is provided. Thecontroller 14 may generate statistics information on the plurality ofalerts.

FIG. 12 is a block diagram illustrating the user terminal 20 accordingto an example embodiment of the present disclosure.

The user terminal 20 of the present disclosure may include acommunication device 22, a display 24, and a controller 26. Thecomponents illustrated in FIG. 12 are not essential to implement aterminal, and thus, it will be apparent to those skilled in the art thatmore or fewer components may be employed.

The communication device 22 may communicate with an external electronicapparatus using wired or wireless communication technology. The externalelectronic apparatus may be a terminal or a server. The communicationdevice 22 may receive a menu management tool from the electronicapparatus 10 and provide a user input therefor. Also, the communicationdevice 22 may receive information on an item of a menu for which anauthority is set. The communication device 22 may provide or receive aplurality of alerts, and provide user inputs for the alerts to theelectronic apparatus 10.

The display 24 may provide an output interface between the user terminal20 and a user. The display 24 may display a menu screen. Also, thedisplay 24 may display the plurality of alerts in different screen areasbased on a type.

The controller 26 may control overall operations of the user terminal 20and process data and signals. The controller 26 may transmit and receivedata to and from the electronic apparatus 10 through the communicationdevice 22. Also, when a user input for a system logo is present, thecontroller 26 may switch a menu screen to a screen corresponding to anitem related to an alert.

Meanwhile, although not illustrated in FIG. 12 , the user terminal 20may further include an input device. The input device may include acamera or an image input part for inputting an image signal, amicrophone or an audio input part for inputting an audio signal, and auser input part (for example, a touch key, a push key (a mechanical key)and the like). In addition, the input device may include one or moresensors configured to sense at least one of internal information of amobile terminal, information on or regarding an environment in thesurroundings of the mobile terminal, and user information. For example,the input device may include at least one of a proximity sensor, anillumination sensor, a touch sensor, a motion sensor, a finger scansensor, an optical sensor (for example, a camera), a microphone, and thelike. Meanwhile, the user terminal 20 of the present disclosure mayutilize information obtained from at least two or more of these sensors.The input device may receive a user input for a system logo or receiveuser inputs for a plurality of alerts.

The apparatus described herein may include a processor, a memory whichstores and executes program data, a permanent storage such as a diskdrive, a communication port for communication with an external device,and a user interface device such as a touch panel, a key, and a button.Methods realized by software modules or algorithms may be stored in acomputer-readable recording medium as computer-readable codes or programcommands which may be executed by the processor. Here, thecomputer-readable recording medium may be a magnetic storage medium (forexample, a read-only memory (ROM), a random-access memory (RAM), afloppy disk, or a hard disk) or an optical reading medium (for example,a CD-ROM or a digital versatile disc (DVD)). The computer-readablerecording medium may be dispersed to computer systems connected by anetwork so that computer-readable codes may be stored and executed in adispersion manner. The medium may be read by a computer, may be storedin a memory, and may be executed by the processor.

The present embodiments may be represented by functional blocks andvarious processing steps. These functional blocks may be implemented byvarious numbers of hardware and/or software configurations that executespecific functions. For example, the present embodiments may adoptdirect circuit configurations such as a memory, a processor, a logiccircuit, and a look-up table that may execute various functions bycontrol of one or more microprocessors or other control devices.Similarly to that elements may be executed by software programming orsoftware elements, the present embodiments may be implemented byprogramming or scripting languages such as C, C++, Java, and assemblerincluding various algorithms implemented by combinations of datastructures, processes, routines, or of other programming configurations.Functional aspects may be implemented by algorithms executed by one ormore processors. In addition, the present embodiments may adopt therelated art for electronic environment setting, signal processing,and/or data processing, for example. The terms “mechanism”, “element”,“means”, and “configuration” may be widely used and are not limited tomechanical and physical components. These terms may include meaning of aseries of routines of software in association with a processor, forexample.

The above-described embodiments are merely examples and otherembodiments may be implemented within the scope of the following claims.

What is claimed is:
 1. A method of managing a system, the methodcomprising: providing a menu management tool for managing a menu of asystem; setting, for each of a plurality of systems, an item of the menuand an authority to access the item based on an input received throughthe menu management tool; uploading, to a storage device in datacommunication with a network, code information associated with the itemof the menu and the authority; providing information including a linkreferring to the code information to a plurality of terminals throughthe network; and responsive to a terminal of the plurality of terminalsaccessing at least one of the plurality of systems, instructing theterminal to output a system screen based on the code informationaccessible via the link.
 2. The method of claim 1, wherein theinstructing of the terminal to output the system screen comprises:responsive to the terminal accessing a first system of the at least oneof the plurality of systems, providing information associated with anitem of the first system to the terminal based on the code information,wherein authority for the terminal to access the item of the menu hasbeen set.
 3. The method of claim 1, further comprising: receiving atleast one change input associated with at least one of the item of themenu or the authority via the menu management tool; resettinginformation associated with the at least one of the item of the menu orthe authority based on the at least one change input; modifying the codeinformation based on the resetting of the information to generatemodified code information; and responsive to the terminal accessing atleast one of the plurality of systems and accessing the modified codeinformation via the link, instructing the terminal to output an updatedsystem screen.
 4. The method of claim 3, wherein the at least one changeinput is related to a modification of the authority to an allowance, amodification of the authority to a denial of authority, or adeactivation of the authority.
 5. The method of claim 1, wherein thesetting of the item of the menu and the authority comprises: receivingan input for selecting a type of each of the plurality of systems; andsetting each of an item of an upper end menu and an item of a lower endmenu based on the type of each of the plurality of systems, wherein theitem of the upper end menu and the item of the lower end menu vary basedon the type of each of the plurality of systems.
 6. The method of claim1, wherein the authority varies based on at least one of whether theterminal is a terminal of an internal user of the at least one of theplurality of systems or whether the terminal is a terminal of a userrelated to logistics.
 7. The method of claim 1, further comprising:receiving, from the plurality of systems, a plurality of alerts relatedto a user and having a common form; providing the plurality of alerts tothe terminal; and verifying whether the plurality of alerts areprocessed, wherein the plurality of alerts have a common form associatedwith the plurality of systems.
 8. The method of claim 7, wherein theproviding of the plurality of alerts comprises: classifying theplurality of alerts for each type of alert to generate a classifiedplurality of alerts; and providing the classified plurality of alertsbased on each type of alert.
 9. The method of claim 8, wherein the typeof alert includes at least one of a type of alert requiring an immediatecheck from a user, a type of alert requiring feedback from the user, ora type of alert not requiring a check or feedback from the user, whereininformation associated with a duration for which an alert is provided tothe user for each type of alert is preset.
 10. The method of claim 8,wherein the providing of the classified plurality of alerts based oneach type of alert comprises: providing alerts classified as a same typeof alert for a predetermined period of time based on grouping the alertsclassified as the same type of alert based on attributes of the alertsclassified as the same type of alert and systems by which the alertsclassified as the same type of alert are provided.
 11. The method ofclaim 7, further comprising: generating statistics informationassociated with the plurality of alerts; and providing the statisticsinformation to the plurality of systems, wherein the statisticsinformation includes information associated with a proportion ofterminated alerts of the plurality of alerts, wherein the informationassociated with the proportion of the terminated alerts is based oninformation associated with a proportion of alerts processed asterminated alerts based on a duration elapsed and a proportion of alertsprocessed by the user.
 12. The method of claim 11, wherein thestatistics information includes information associated with a ratio of anumber of alerts output on the plurality of terminals compared to anumber of alerts provided on the plurality of terminals, for each of theplurality of terminals.
 13. An apparatus for system management, theapparatus comprising: a communication device; and a controller, whereinthe controller is configured to: provide a menu management tool formanaging a menu of a system through the communication device; set, foreach of a plurality of systems, an item of the menu and an authority toaccess the item based on an input received through the menu managementtool; upload, to a storage device in data communication with a network,code information associated with the item of the menu and the authority;provide information including a link referring to the code informationto a plurality of terminals through the network; and responsive to aterminal of the plurality of terminals accessing at least one of theplurality of systems, instruct the terminal to output a system screenbased on the code information accessible via the link.
 14. A terminalcomprising: a communication device; a display; an input device; and acontroller, wherein the controller is configured to: receive informationincluding a link referring to code information from a system managingapparatus through the communication device, wherein the code informationincludes information regarding an item of a menu for which an authorityto access for the terminal for each of a plurality of systems is set;when the terminal accesses a first system, refer to the code informationthrough the link, wherein the first system is included in the pluralityof systems, and the terminal is a terminal for which an authority toaccess the item included in the first system is set; and output a menuscreen through the display based on information regarding the item ofthe menu included in the code information.
 15. The terminal of claim 14,wherein the controller is configured to: when the terminal accesses thefirst system, refer to the code information in real time through thelink; and when the code information is modified based on at least onechange input regarding the item of the menu and the authority to accessthe item, output a menu screen through the display based on informationregarding the item of the menu for which the authority to access for theterminal included in the modified code information is set.
 16. Theterminal of claim 15, wherein the change input is related to amodification of the authority to access the item into an allowance ordenial authority to or an input for authority deactivation.
 17. Theterminal of claim 14, wherein the controller is configured to: receive aplurality of alerts classified for each type through the communicationdevice; and output the classified plurality of alerts in different areasfor each type through the display.
 18. The terminal of claim 17, whereinthe type includes at least one of a type that requires an immediatecheck from a user, a type that requires a feedback from the user, or atype that does not require a check or a feedback from the user.